動的通貨換算システム及び方法

专利摘要:
カードベースの購入のための取引端末システムが、ホストシステムと通信して動的通貨換算を提供する。取引端末システムは、動的通貨換算のための通貨換算レートを得るために、様々な現地要因に従っていくつかの異なるレート要求メッセージのうちの１つを選択することができる。
公开号:JP2011513869A
申请号:JP2010550251
申请日:2009-03-06
公开日:2011-04-28
发明作者:スミスラン シヴァパササンドラム，；プアイ；ヒャン タン，；アンソニー ドナヒュー，；ギャレス ルイス，
申请人:グローバル ブルー カレンシー チョイス ホールディングス ビー．ヴイ．；
IPC主号:G06K17-00

专利说明:

[0001] 本発明は、ユーザ（例えば、支払いカード保持者）に支払い用の代替通貨を提供することのできるカードベースのシステムに関するものである。]
[0002] 通常の取引端末システム、例えば現金自動預け払い機、ＰＯＳ（ｐｏｉｎｔ ｏｆ ｓａｌｅ）端末、ワークステーションなどは、当該取引端末システムの地元の通貨による取引を提供することになる。しかし、ユーザは代替通貨で取引をしたいと望むであろう。]
[0003] 取引端末システムの地元の通貨以外の通貨で支払うことをユーザが望み得る支払いを、自動的に識別することが必要とされている。動的通貨換算のために通貨の自動決定を可能にするいくつかの手法が提案されている。]
[0004] 例えば、欧州特許第１，０１８，７１１号には、支払いカード番号から識別子コードを識別し、この識別子コードを、発行元コード及び対応する通貨コードを含むテーブル中のエントリと比較して、カード取引に関連する処理通貨を決定することを含む手法が開示されている。]
[0005] 国際特許出願第２００６／００９８１６号には、金融機関に関連する金融アカウント番号であって顧客によって維持される金融アカウント番号が受け取られ、金融アカウントに関連付けられた外国通貨タイプが求められ、ユーザに選択が提示され、次いで、顧客の通貨選択に従って通貨取引が実施されることを含む手法が開示されている。]
[0006] 通貨換算のために自動的に通貨を決定するための種々のオプションは、技術的及び立法上の要件に応じて、カード取引端末が位置し得る全ての場所において利用可能であるとは限らない。したがって、従来、これらの必要性に対処するためには、複数のカード取引端末をサポートする必要があった。]
概要

[0007] 一側面においては、支払いカード詳細及び取引詳細を受け取るための入力インタフェースと、リモートホストシステムに接続するための通信インタフェースと、動的通貨換算レートを特定するためにレート要求メッセージをホストシステムに送信し、応答メッセージをホストシステムから受信するように動作可能な処理ロジックと、を備える取引端末システムを提供することができる。レート要求メッセージは、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含むことができ、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージは、換算通貨インジケータのための換算通貨フィールドを含む。]
[0008] 取引端末システムを稼働させる方法が、支払いカード詳細及び取引詳細を受け取ること、並びに、動的通貨換算レートを特定するためにレート要求メッセージをホストシステムに送信することを含むことができ、レート要求メッセージは、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含み、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージは、換算通貨インジケータのための換算通貨フィールドを含み、この方法は更に、応答メッセージをホストシステムから受信することを含むことができる。]
[0009] 別の側面においては、取引端末システムに接続するためのホスト通信インタフェースと、レート要求メッセージを取引端末から受信するように動作可能なホスト処理ロジックとを備える動的通貨換算ホストシステムを提供することができる。レート要求メッセージは、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含むことができ、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージは、換算通貨インジケータのための換算通貨フィールドを含むことができる。処理ロジックは、指示される換算通貨を含むレート要求メッセージに応答して換算レートを決定するように、又は、指示される換算通貨を含まないレート要求メッセージに応答して換算通貨と決定された換算通貨についての換算レートとを決定するように、更に動作可能とすることができる。処理ロジックは、換算通貨インジケータ及びその通貨についての換算レートインジケータを含むレート応答メッセージを、取引端末システムに送信することができる。]
[0010] 動的通貨換算ホストシステムを稼働させる方法が、レート要求メッセージを取引端末システムから受信することを含むことができ、レート要求メッセージは、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含み、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージは、換算通貨インジケータのための換算通貨フィールドを含み、この方法は更に、指示される換算通貨を含むレート要求メッセージに応答して換算レートを決定するか、又は、指示される換算通貨を含まないレート要求メッセージに応答して換算通貨と決定された換算通貨についての換算レートとを決定すること、並びに、換算通貨インジケータ及びその通貨についての換算レートインジケータを含むレート応答メッセージを取引端末システムに送信することを含むことができる。]
[0011] 動的通貨換算システムが、一以上のこのような取引端末システムと、一以上のこのような動的通貨換算ホストシステムとを備えることができる。]
[0012] 本発明の様々な側面を添付の特許請求の範囲に示すが、本発明の他の態様は、添付の特許請求に明示的に示す組合せのみではなく、説明する実施形態及び／又は添付の従属請求項からの特徴と、独立請求項からの特徴との任意の組合せを含む。]
[0013] 実施形態について、添付の図面を参照しながら例として説明する。]
図面の簡単な説明

[0014] 動的通貨換算を提供するカード支払いシステムの構成の例を示す概略ブロック図である。
取引端末システムの例を示すブロック図である。
動的通貨換算ホストシステムの例を示すブロック図である。
取引端末システムの例示的なオペレーションを示す流れ図を形成する図である。
取引端末システムの例示的なオペレーションを示す流れ図を形成する図である。
取引端末システムの例示的なオペレーションを示す流れ図を形成する図である。
動的通貨換算ホストシステムの例示的なオペレーションを示す流れ図を形成する図である。
動的通貨換算ホストシステムの例示的なオペレーションを示す流れ図を形成する図である。
支払い許可プロセスの例を示す流れ図を形成する図である。]
詳細な説明

[0015] 図１は、支払いカードシステム１００の例を示す概略ブロック図である。] 図１
[0016] 図１は、取引端末システム（又は取引局システム）１０を示しており、当該システム１０は、カード支払い機能を有し、動的通貨換算（ＤＣＣ）システム機能を更に含んでいる。取引端末システム１０は、例えば小売業者の敷地内に配置されたＰＯＳ端末として構成され得るものであり、或いは、例えば現金自動預け払い機であってもよい。] 図１
[0017] 取引端末システム１０は、カード支払い及び購入の詳細を受け取るための一以上のインタフェースを備えることができる。取引端末システム１０は、銀行業務サービスを小売業者に提供する銀行のコンピュータシステム１２（以下アクワイアラ（ａｃｑｕｉｒｅｒ）銀行システム１２と呼ぶ）と、通信ネットワークを介して（例えばインターネット、電話網、又は別のネットワークを介して）通信する。カード支払いの処理の一部として、取引端末システム１０は、支払い許可要求メッセージ２０を生成する。]
[0018] アクワイアラ銀行システム１２は、一以上のコンピュータを備えることができる。アクワイアラ銀行システム１２は、支払い許可要求メッセージ２０を取引端末システム１０から受信し、その後、許可応答メッセージ３０を取引端末システム１０に返すように動作可能であり得る。アクワイアラ銀行システム１２は更に、支払いカードオペレータのコンピュータシステムのネットワーク１４（以下、スキームネットワークシステム１４と呼ぶ）と、通信ネットワークを介して（例えばインターネット、電話網、又は別のネットワークを介して）通信する。図１には１つのスキームネットワークシステム１４しか示されていないが、アクワイアラ銀行システム１２は、それぞれの支払いカードオペレータのそれぞれのスキームネットワークシステムと通信することになる。] 図１
[0019] アクワイアラ銀行システム１２は、取引端末システム１０から受信した支払い許可要求メッセージ２０を分析して、当該のカードに対する適切なスキームネットワークシステム１４を決定し、支払い許可要求メッセージ２２を適切なスキームネットワークシステム１４に転送するように動作可能である。]
[0020] スキームネットワークシステム１４は、支払い許可要求メッセージ２２をアクワイアラ銀行システム１２から受信し、その後、許可応答メッセージ２８をアクワイアラ銀行システム１２に返すように動作可能であり得る。スキームネットワークシステム１４は更に、支払いカードを発行した金融機関のコンピュータシステム１６（以下、発行元金融機関システムと呼ぶ）と、通信ネットワークを介して（例えばインターネット、電話網、又は別のネットワークを介して）通信する。図１には１つの発行元金融機関システム１６しか示されていないが、スキームネットワークシステム１４は、それぞれの発行元金融機関のそれぞれの発行元金融機関システム１６システムと通信することができる。] 図１
[0021] スキームネットワークシステム１４は、受信した支払い許可要求メッセージ２２を分析して、支払いカードを発行した発行元金融機関を特定するように動作可能とすることができる。次いで、スキームネットワークシステム１４は、支払い許可要求メッセージ２４を当該の発行元金融機関システム１６に転送し、応答メッセージ２６を発行元金融機関システム１６から受信するように動作可能である。]
[0022] 発行元金融機関システム１６は、支払い許可要求メッセージ２４を受信し、支払い要求の詳細を当該の支払いカード用に保持されているレコードと比較することによって許可要求を処理し、次いで、適切な許可応答メッセージ２６をスキームネットワークシステム１４に送信するように動作可能とすることができる。許可応答メッセージは、支払いが許可されるか否かについての確認を含めた様々な詳細を含む。次いで許可応答メッセージ２６は、スキームネットワークシステム１４、アクワイアラ銀行システム１２を介して、取引端末システム１０に転送される。]
[0023] 以下に、ＤＣＣオペレーションが実施されるべきか否かを判定するために取引端末システム１０とＤＣＣホストシステム１８との間で渡されるレート要求メッセージ及びレート応答メッセージについて、更に詳細に述べる。]
[0024] 取引用の通貨が確認されると、取引端末システム１０は、許可要求メッセージ、又は金融プレゼントメント要求メッセージ、又は金融プレゼントメント通知（アドバイス）メッセージ、又は決済（クリアリング）メッセージ（例えばカード保持者のホーム（自国）通貨若しくは請求通貨についての）を、アクワイアラ銀行システム１２及びスキームネットワークシステム１４を介して発行元金融機関１６に送信するように動作可能とすることができる。]
[0025] 図２は、取引端末システム１０の例の概略ブロック図である。図２に示す例示的な取引端末システム１０は、一以上のプロセッサ４０と、プログラム及びデータを記憶するための記憶装置４２（揮発性又は不揮発性のメモリ及び記憶装置を含むことができる）と、を備える。図２には、記憶装置４２が、カード処理（ＣＰ）アプリケーションモジュール４４を形成するカード処理アプリケーションと、ＤＣＣモジュール４６並びに参照国及び／又は通貨情報４８を形成するＤＣＣアプリケーションと、端末の地元の通貨で発行されたカードを識別する現地通貨カードファイル４９（このファイルは、例えば発行元識別番号／銀行識別子番号（ＩＩＮ／ＢＩＮ）テーブル４９を含めた様々な形態をとることができる）と、外国通貨テーブル４７とを含むことが示してある。記憶装置４２は他のアプリケーション及びデータを含み得ることに留意されたい。] 図２
[0026] 参照国／通貨情報４８は、例えばＩＳＯ国コード並びに英字通貨コード及び／又は数字通貨コードとして、記憶装置４２内又はレジスタ内のファイル中に保持することができる。]
[0027] 現地通貨カードファイルが現地ＩＩＮ／ＢＩＮテーブル４９として実現される場合、この現地ＩＩＮ／ＢＩＮテーブル４９は、支払いカードが取引端末の現地通貨を支払いカードの請求通貨として有する地元の銀行及び他の金融機関を特定することができ、これによって、この支払いカードのユーザ（カード保持者）は、動的通貨換算の対象ではないことになる。現地ＩＩＮ／ＢＩＮテーブル中の個々のエントリは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
ＩＩＮ／ＢＩＮ
英字請求通貨コード（例えば英字ＩＳＯ通貨コード）
数字請求通貨コード（例えば数字ＩＳＯ通貨コード）
国コード（例えばＩＳＯ国コード）]
[0028] 外国通貨テーブル４７は、取引端末システム１０による動的通貨換算用にサポートされた外国通貨の指示情報を含むことができる。外国通貨テーブル４７中の個々のエントリは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
英字外国通貨コード（例えば英字ＩＳＯ通貨コード）
数字外国通貨コード（例えば数字ＩＳＯ通貨コード）]
[0029] 図２にはまた、キーボード／キーパッド５０、スキャナ５２、及びカードリーダ５４も概略的に表している。キーボード／キーパッド５０は、別個のキーを備えたキーボード／キーパッドとすることができ、或いはタッチスクリーンキーボード／キーパッドとして構成することができ、数字及び／又は他の文字の入力に適宜使用することができる。スキャナ５２は、例えばバーコードスキャナやＲＦＩタグスキャナなどとすることができる。カードリーダ５４は、支払いカードからデータを読み取るように構成することができる。カードリーダ５４は、適宜、磁気ストライプリーダ、接触式チップカードリーダ、非接触式チップカードリーダ、ＲＦＩタグリーダなどとすることができる。また適切なら、カードリーダ５４は、適切に構成された支払いカードに情報を書き込むように動作可能とすることもできる。] 図２
[0030] 図２には更に、表示装置５６、プリンタ５８、及び通信インタフェース６０も概略的に表している。表示装置５６は、適宜、取引端末システム１０を操作するユーザ（例えば支払いカード保持者）及び／又は小売業者／マーチャントを補助するために入力データ及び／又はメッセージを表示するための、数字表示装置、英数字表示装置、画像表示装置などとすることができる。プリンタは、購入受領書及び／又は他の情報を印刷するのに使用することができる。通信インタフェース６０は、直接に又は中間ネットワーク（図示せず）を介して、一以上の通信チャネル６２を介した取引端末システム１０からＤＣＣホストシステム１８への通信を可能にする。] 図２
[0031] 上述した例では、取引端末システム１０は、支払い受諾デバイス、又は現金自動預け払いシステム、又はＰＯＳシステムである。しかし、取引端末システム１０はまた、インターネットに接続されたワークステーションの形態であってもよいことを理解されたい。取引端末システムはまた、ホテル、劇場、小売店などの取引システムに完全に又は部分的に統合されてもよい。]
[0032] 図３は、ＤＣＣホストシステム１８の例の概略ブロック図である。図３に示す例示的なＤＣＣホストシステム１８は、一以上のプロセッサ７０と、プログラム及びデータを記憶するための記憶装置７２（揮発性及び不揮発性メモリを含むことができる）と、を備える。図３には、記憶装置７２が、ＤＣＣモジュール７６を形成する一以上のＤＣＣプログラムと、ホーム通貨ファイル７５、通貨換算又は為替レートテーブル７４、国／通貨テーブル７７、及びデフォルト通貨テーブル７３を含む一以上のデータテーブルと、を含むことが示してある。記憶装置７２は他のアプリケーション及びデータを含み得ることに留意されたい。] 図３
[0033] ホーム（自国）通貨ファイル７５は、例えば、請求通貨ファイル（ＢＣＦ７５）の形態をとることができ、当該ファイルは、様々なフィールドを含み得るエントリを有し得る。これらのフィールドは、例えば以下のフィールドを含む。
アカウント請求ファイル識別子
カードアカウント番号範囲の下限値
カードアカウント番号範囲の上限値
英字請求通貨コード（例えば２〜３文字の英字ＩＳＯ通貨コード）
数字請求通貨コード（例えば３桁の数字ＩＳＯ通貨コード）]
[0034] 為替レートテーブル７４は、現在の為替レートデータの抽出元となり得る情報を含むことができる。為替レートテーブル中のヘッダエントリは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
送出ファイルプレフィクス
ファイル識別子
開始有効日
開始有効時刻
基本通貨コード（例えばＩＳＯ通貨コードを使用）
国コード（例えばＩＳＯ国コードを使用）
ファイルシーケンス番号（例えば、その日付で複数のファイルがない限り００１）
ファイル拡張子]
[0035] 為替レートテーブル７４中のボリュームは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
ボリュームヘッダ
開始有効日
開始有効時刻
レートＩＤ]
[0036] 為替レートテーブル７４中の個々の為替レートエントリは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
英字通貨コード（例えばＩＳＯ標準の３文字の英字コード）
数字通貨コード（例えばＩＳＯ標準の２〜３文字の数字コード）
Ｅｕｒｏｂａｎｄインジケータ（例えば通貨がＥｕｒｏｂａｎｄ通貨かどうかを示すためのフラグ）
為替レート（例えば小数第４位に丸めた為替レート）
マーチャントＦＸレートカテゴリ
有効開始日（例えば為替レートが有効になる日）
有効開始時刻（例えばその日に為替レートが有効になる時刻）
有効期限日（例えば為替レートが無効になる期限日）
有効期限時刻（例えばその日に為替レートが無効になる期限時刻）
利幅パーセンテージ値
利幅精度値（例えば利幅小数位精度を示すための）]
[0037] 為替レートテーブル７４中の最後のフィールドは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
トレーラライン
通貨コードフィールドに対するチェックサム
為替レートフィールドに対するチェックサム
レコード数]
[0038] 国／通貨テーブル７７は、国とその国の公用自国通貨とをマッピングするのに使用される。通常は１つの国に１つの公用自国通貨が関連付けられているが、例えばユーロなど、１つの公用自国通貨に関連する複数の国がある場合もある。一例では、国／通貨テーブルは国別に構成され、国用の各エントリは、その国に関連する公用自国通貨を特定する。この例では、各エントリは、例えば以下のフィールドのうちの一以上を含む一以上のフィールドを含むことができる。
国コード（例えばＩＳＯ国コード）
英字通貨コード（例えばＩＳＯ標準の３文字の英字コード）
数字通貨コード（例えばＩＳＯ標準の２〜３文字の数字コード）]
[0039] デフォルト通貨テーブル７３は、取引に使用されるデフォルト通貨を識別するのに使用することができる。デフォルト通貨テーブル７３は、例えば、サポートされていないＤＣＣ通貨と、デフォルトのサポートされているＤＣＣ通貨との間のマッピングを含むことができ、ある状況では、取引端末システム１０及び／又は直接通貨換算ホストシステム１８によってサポートされていない通貨用に発行された支払いカードが使用される場合に、使用されるべきデフォルトＤＣＣ通貨を識別するのに使用することができる。デフォルト通貨テーブル７３はまた、ある状況では、取引端末システム１０の現地通貨用に発行されていない支払いカードに対して使用されるべきデフォルトＤＣＣ通貨を識別するのに使用することもできる。一例では、デフォルト通貨テーブル７３は入力通貨（例えば端末支払いシステムの地元の通貨、及び／又はサポートされていない通貨）別に構成され、入力通貨に対する各エントリは、それに関連付けられた対応デフォルト通貨を識別する。この例では、各エントリは、例えば以下のフィールドのうちの一以上を含む一以上のフィールドを含むことができる。
英字入力通貨コード（例えばＩＳＯ標準の３文字の英字コード）
数字入力通貨コード（例えばＩＳＯ標準の２〜３文字の数字コード）
英字デフォルト通貨コード（例えばＩＳＯ標準の３文字の英字コード）
数字デフォルト通貨コード（例えばＩＳＯ標準の２〜３文字の数字コード）]
[0040] 図３にはまた、キーボード７８及び表示装置８０も概略的に表す。キーボード７８は、別個のキーを備えたキーボードとすることができ、或いはタッチスクリーンキーボードとして構成することができ、数字及び／又は他の文字の入力に適宜使用することができる。表示装置８０は、適宜、オペレータがシステムデータを閲覧できるようにするための数字表示装置、英数字表示装置、画像表示装置などとすることができる。] 図３
[0041] 図３には更に、プリンタ８２及び通信インタフェース８４も示す。プリンタは、システムデータを印刷するのに使用することができる。通信インタフェース８４は、直接に又は中間ネットワーク（図示せず）を介して、一以上の通信チャネル８６を介した取引端末システム１０及びアクワイアラ銀行システム１２との通信を可能にする。] 図３
[0042] 図４Ａ、４Ｂ、及び４Ｃで形成される図４は、取引端末システム１０によって実施される、カード取引（例えば支払いカード取引）及び支払いカード取引に関するＤＣＣオペレーションを示すプロセス図である。] 図４Ａ
[0043] 取引端末システム１０は、最初は待機状態３００である。ユーザ（例えばカード保持者）が取引を行いたい（例えば支払いをしたい）と望むときに、取引端末は、支払いカードのタイプを決定する。ステップ３０２で支払いカードがＥＭＶカード（すなわちチップ付きカード）であると決定された場合には、３９２で、取引端末１０によってＥＭＶカードと連携したＥＭＶ処理が実施される。]
[0044] ３０４では、アプリケーション選択が行われる。換言すると、取引端末システム１０は３０４で、使用すべき好ましいアプリケーション（例えばＶＩＳＡＣｒｅｄｉｔ／Ｄｅｂｉｔ、Ｅｌｅｃｔｒｏｎ、ＭａｓｔｅｒＣａｒｄ Ｃｒｅｄｉｔ／Ｄｅｂｉｔ、又はその他）をカード保持者が選択できるように、端末システム１０と支払いカードとによって相互にサポートされるアプリケーションを決定するよう動作可能であり得る。]
[0045] ３０６で、選択された支払いカードアプリケーションを開始することができるが、オプションとして、支払いカードに対して処理オプションデータオブジェクトリスト（ＰＤＯＬ、Ｐｒｏｃｅｓｓｉｎｇ ｏｐｔｉｏｎｓ Ｄａｔａ Ｏｂｊｅｃｔ Ｌｉｓｔ）が提供されていれば、それを使用して開始することができる。]
[0046] アプリケーション処理開始の機能３０６は、以下のことが可能である。
・新しい取引の処理が開始することを支払いカードチップに通知する。
・取引に関する端末関連情報を支払いカードチップに提供する。
・取引の処理で使用される支払いカードチップデータを含むファイルのリスト及びアプリケーション交換プロファイルを、支払いカードチップから得る。
・取引が許可されるか否かを判定する。]
[0047] ＰＤＯＬが支払いカードに存在する場合に、このＰＤＯＬは、支払いカードチップについての端末常駐データ要素のタグ及び長さのリストである。ＰＤＯＬが利用可能な場合には、チップカードは、適用可能なアプリケーションに対してＰＤＯＬ中で利用可能な情報を使用するよう、取引端末システム１０に要求することになる。チップカードは、ＰＤＯＬ中に取引額及び通貨が存在する場合に、取引額及び通貨を取引端末システム１０に要求することができる。]
[0048] ３０８では、次いで、支払いカードからデータが読み取られる。支払いカードチップに含まれるデータを取引端末システム１０が使用して、様々なタスクを実施することができる。]
[0049] 取引端末システム１０は、３１０で、アプリケーション通貨コードがカード上に存在するか否かを判定する。支払いカードのアカウントの管理に使用される通貨を表すアプリケーション通貨コードがカード上に存在する場合には、ステップ３１２で、アプリケーション通貨コードが取引端末システム１０の記憶装置４２内の外国通貨テーブル４７内のエントリと比較されて、ＤＣＣ対象か否かが判定される。アプリケーション通貨コードが、取引端末システム１０の動的通貨換算用にサポートされている外国通貨に対応する場合、このことは、ユーザが動的通貨換算の対象であることを示す。]
[0050] ３１０でアプリケーション通貨コードがカード上に存在しなかったと取引端末システム１０が判定した場合には、３１４で、取引端末システム１０は、発行国を表す発行国コードが支払いカード上に存在するか否かを判定する。発行国コードが支払いカード上に存在する場合には、ステップ３１６で、取引端末システム１０は、発行国コードを、取引端末システム１０の記憶装置４２に保持されている参照コード４８と比較して、ＤＣＣ対象か否かを判定する。支払いカードから取り出された発行国コードが参照コード４８に対応する場合に、このことは、ユーザが動的通貨換算の対象でないことを示す。]
[0051] ３１０及び３１４における判定の順序は、別の例では逆になってもよいことは理解されるであろう。]
[0052] ３０２でカードがＥＭＶカードでないと取引端末システム１０が判定した場合、或いは、支払いカードがＥＭＶカードであって、カード上にアプリケーション通貨コードも発行国コードも提供されていない場合（３１０及び３１４参照）には、３１８で、支払いカードのプライマリアカウント番号（ＰＡＮ）を使用して、ＤＣＣ対象か否かを判定することができる。例えば、取引端末システム１０は、支払いカードの磁気ストリップ若しくはチップ（もし存在すれば）中に保持されているか又はユーザによって手動入力されるＰＡＮの一部を形成する、発行元識別番号／銀行識別子番号（ＩＩＮ／ＢＩＮ）を取り出し、これを、取引端末システム１０が位置する通貨ゾーンの地元の発行元用の地元又は参照ＩＩＮ／ＢＩＮコードのリスト４９であって取引端末システム１０の記憶装置４２中の現地通貨ファイル４９内のＩＩＮ／ＢＩＮテーブルに例えば保持されているリスト４９と比較することができる。このプロセスが、取引端末システム１０が位置する通貨ゾーンの地元の発行元用の現地通貨ファイル４９に保持されている地元又は参照ＩＩＮ／ＢＩＮコードのリストのうちの１つに対応することが検出された、取り出されたＩＩＮ／ＢＩＮコードに基づく場合、このことは、ユーザが動的通貨換算の対象でないことを示す。]
[0053] したがって、３２０では、取引端末システム１０は、３１２、３１６、又は３１８で識別された情報によってユーザがＤＣＣの対象である可能性があることが示されるか否かを判定することができる。]
[0054] ３２０において、３１２、３１６、又は３１８で識別された情報からユーザがＤＣＣの対象でないと取引端末システム１０が判定した場合に、３８４で、現地（又は参照）通貨を使用して取引が継続する。]
[0055] ステップ３８６では、取引端末システム１０は、取引に対してすでに許可が実施されているか否かをチェックすることができ、実施されていない場合には、３８８で、図６に述べる許可要求プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合（後述）には、許可は必要とされなくてもよい。次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイス（決済通知）メッセージを作成することによって、３８９において通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０で許可なしで取引を継続し、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。] 図６
[0056] しかし、３２０でユーザがＤＣＣの対象であると判定された場合には、制御は経路Ａを介して図４Ｂに移る。] 図４Ｂ
[0057] したがって、図４Ｂで、取引端末システム１０は、３３０において、アプリケーション通貨コードが利用可能か否かを判定することができる。３３０でアプリケーション通貨コードが利用可能であると判定された場合には、３３１において、Ｆに示すように、第１のプロセスコード（例えばＰＲＯＣＣＯＤＥ＝００００００）を使用して、アプリケーション通貨コードを含むレート要求メッセージがＤＣＣホストシステム１８に送信される。] 図４Ｂ
[0058] 或いは、３３０でアプリケーション通貨コードが利用可能でないと取引端末システム１０が判定した場合には、取引端末システム１０は、３３２で、リモート動的通貨コード取得が取引端末システム１０に許可されるか否かを判定することができる。リモート動的通貨コード取得が許可されるか否かは、例えば、取引端末及び／又はＤＣＣホストシステムの位置、並びにこの機能が使用可になっているか否かに依存し得る。例えば、一実施形態では、この機能は、適切な機能モジュールが存在する可能性があるが、このモジュールがオペレータ記憶位置にインストールされる前に非アクティブ化される可能性があることから、提供することができる。動的通貨コード取得が許可される（すなわち、この機能が使用可になっている）と判定された場合には、３３３において、Ｆに表すように、第２のプロセスコード（例えばＰＲＯＣＣＯＤＥ＝０００００１）を使用して、通貨コードを含まずＰＡＮの選択された桁（例えばＰＡＮの最初の８又は１０桁）を含むレート要求メッセージが、ＤＣＣホストシステム１８に送信される。]
[0059] 或いは、３３２で現在の取引端末システム１０中で動的通貨コード取得が許可されないと判定された場合には、取引端末システム１０は、３３４において、発行国コードが利用可能か否かを判定することができる。３３４で発行国コードが利用可能であると判定された場合には、３３５において、Ｆに示すように、第３のプロセスコード（例えばＰＲＯＣＣＯＤＥ＝０００００２）を使用して、発行国コードを含むレート要求メッセージがＤＣＣホストシステム１８に送信される。]
[0060] 或いは、３３４で発行国コードが利用可能でないと判定された場合には、プロセスはＨで図４Ｃに移り、取引端末システム１０は、３３６で、図６に関して述べるように取引について許可要求が行われるようにし、許可要求が送信されたことを示すように「許可済み」フラグがセットされる。] 図４Ｃ 図６
[0061] 許可要求に続いて、Ｉで許可応答メッセージが取引端末システム１０において受信された場合に、３３７において、取引端末システム１０は、許可応答メッセージが取引に対する承認を与えるか否かを判定する。３３７で承認が与えられると判定され、更に３３８で、受信した許可応答メッセージがカード保持者請求通貨コードを含むと判定された場合には、３３９において、図４ＢのＦ（Ｋを介する）に示すように、第４のプロセスコード（例えばＰＲＯＣＣＯＤＥ＝０００００３）を使用して、カード保持者請求通貨コードを含むレート要求メッセージがＤＣＣホストシステムに送信される。] 図４Ｂ
[0062] 或いは、３３７で許可応答メッセージが拒否と共に取引端末システム１０において受信されたと判定された場合には、プロセスはＪで図４Ａに戻って継続する。次いで、取引は、４００において、取引に対する許可要求が発行元金融機関システム１６によって拒否されたため終了する。] 図４Ａ
[0063] 或いは、３３８でカード保持者請求通貨コードを含まない許可応答メッセージが取引端末システム１０において受信されたと取引端末システム１０が判定した場合には、取引端末システム１０は、ユーザ（例えば支払いカード保持者）が非現地通貨（以下「外国通貨」と呼ぶ）を選択できるように、３４０において、ＤＣＣサポート通貨リストをユーザに提供することができる。サポートされる外国通貨のリストは、取引端末システム１０の記憶装置に保持することができる。３４１で外国通貨がユーザによって選択されたと判定された場合には、３４２において、図４ＢのＦ（Ｋを介する）に示すように、第５のプロセスコード（例えばＰＲＯＣＣＯＤＥ＝０００００４）を使用して、選択された外国通貨コードを含むレート要求メッセージがＤＣＣホストシステム１８に送信される。] 図４Ｂ
[0064] ３４１で外国通貨が選択されていないと判定された場合には、制御はＯ及びＣ（図４Ｂ）を介して図４Ａに移り、３８２で、ＤＣＣステータスが“ｕｎｃｏｎｖｅｒｔｅｄ”であると判定される。ステップ３８４では、次いで、取引端末システム１０は、現地（又は参照）通貨で取引を継続する。ステップ３８６では、取引端末システム１０は、「許可済み」フラグがセットされているか否かをチェックすることができ、セットされていない場合には、３８８で、図６に述べる許可プロセスを実施することができる。３４１からプロセスを辿ると、３３６で「許可済み」フラグがセットされることになり、したがってこの場合、次いで取引端末システム１０は、３３６から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３９０で通常の支払い取引プロセスにより取引を継続する。クリアリングメッセージは通常、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。] 図４Ａ 図４Ｂ 図６
[0065] ステップ３３１、３３３、３３５、３３９、及び３４２に戻ると、それぞれの場合に、適切なプロセスコードを含むレート要求メッセージがＤＣＣホストシステム１８に送信される。プロセスコード００００００、０００００１、０００００２、０００００３、又は０００００４は例として示すに過ぎず、他の例では、他の値をプロセスコード又は他の指示コード用に提供してもよいことに留意されたい。例えば、３３６で受信される許可応答メッセージが、ホーム請求通貨コードの決定に使用できるカード保持者請求通貨コード以外の情報を含み得るときには、ステップ３３８に続いて一以上の追加ステップをプロセスに含め、それにより、そのような情報があることを検出して、適切なプロセスコードを含む適切なレート要求メッセージをＤＣＣホストシステム１８に送信することができる。例に過ぎないが、レート応答メッセージが発行国コードの形態の情報を含む場合には、その情報に基づいて、適切なプロセスコード及び発行国コードを含むレート要求メッセージを生成することができる。また、ステップ３３０／３３１、３３２／３３３、３３４／３３５、３３６／３３７、３３８／３３９、及び３４０／３４１／３４２の順序は、例示としてこの順序で示すに過ぎず、他の例では、これらのステップを別の順序で又は並行して実施してもよいことに留意されたい。]
[0066] ３５０では、為替レート及び換算済み販売額を得るプロセスが、ＤＣＣホストシステム１８で実施される。図５に、ＤＣＣホストシステム１８で実施されるこのプロセス３５０の説明的な例を提供する。]
[0067] 図５Ａ及び５Ｂで形成される図５に移ると、プロセス３５０は、４０２で、ＤＣＣホストシステム１８においてレート要求メッセージが取引端末システム１０から受信されるところで開始する。] 図５Ａ
[0068] ４０４でプロセスコードが第１のプロセスコード又は第４のプロセスコード（例えばそれぞれ００００００又は０００００３）であるとＤＣＣホストシステム１８が判定した場合には、４０６において、アプリケーション通貨コード又はカード保持者請求通貨コードを含むレート要求が、処理に渡される。]
[0069] 或いは、４０４でプロセスコードが第１のプロセスコード又は第４のプロセスコードでない（例えば００００００又は０００００３でない）とＤＣＣホストシステム１８が判定した場合には、４０８において、ＤＣＣホストシステム１８は、プロセスコードが第２のプロセスコード（例えば０００００１）であるか否かを判定する。４０８でプロセスコードが第２のプロセスコード（例えば０００００１）であるとＤＣＣホストシステム１８が判定した場合には、４１０において、ＤＣＣホストシステム１８は、通貨コードを含まずＰＡＮの選択された桁を含むレート要求メッセージが処理に渡されると判定し、４１２において、ＤＣＣホストシステム１８は、ＤＣＣホストシステム１８の記憶装置７２に保持されたホーム通貨ファイル（例えば請求通貨ファイル又は（ＢＣＦ））７５から通貨コードを得る。一例では、ＰＡＮの選択された桁（例えば最初の８桁からの）を例えば使用して、ホーム通貨ファイル検索を行うことができる。次いでＤＣＣホストシステム１８は、この通貨コードを更に次の処理に渡す。]
[0070] 或いは、４０８でプロセスコードが第２のプロセスコード（例えば０００００１）でないとＤＣＣホストシステム１８が判定した場合には、プロセスはＰを介して４０９に移り、ＤＣＣホストシステム１８は、プロセスコードが第３のプロセスコード（例えば０００００２）であるか否かを判定する。４０９でプロセスコードが第３のプロセスコード（例えば０００００２）であるとＤＣＣホストシステム１８が判定した場合には、４１１において、ＤＣＣホストシステム１８は、発行国コードを含むレート要求メッセージが処理に渡されると判定し、４１３において、ＤＣＣホストシステム１８は、ＤＣＣホストシステム１８の記憶装置７２に保持された国／通貨テーブル７７から通貨コードを決定する。供給された発行国コードを例えば使用して、国／通貨検索を行って、対応する供給された国コードに対するデフォルトの公用自国通貨コードを得ることができる。]
[0071] ４０６、４１２、又は４１３（Ｑを介する）に続いて、４１４において、ＤＣＣホストシステム１８は、識別された通貨コードを、ＤＣＣホストシステム１８の記憶装置７２に保持されたＤＣＣサポート通貨のリストと比較することによって、通貨コードがサポート通貨であるか否かを判定する。]
[0072] ４１４で識別された通貨コードがＤＣＣサポート通貨でないとＤＣＣホストシステム１８が判定した場合には、４４０において、ＤＣＣホストシステム１８は、デフォルト通貨テーブル７３内で検索を行って、この識別された非サポート通貨コードに対してデフォルトのＤＣＣサポート通貨が保持されているか否かを識別する。４４２では、ＤＣＣホストシステム１８は、デフォルトのＤＣＣサポート通貨が識別されるか否かを判定する。識別されない場合には、４１５において、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＵｎｃｏｎｖｅｒｔｅｄ”（金額未換算）及び理由コード“Ｕｎｓｕｐｐｏｒｔｅｄ”］を設定し、４１６では、空欄の為替レート及び販売額のフィールドを含むレート応答メッセージが作成される。プロセスはＴを介して４５０（図５Ｂ）に移り、ＤＣＣホストシステム１８は、Ｇに示すようにレート応答メッセージを取引端末システム１０に返す。] 図５Ｂ
[0073] 或いは、４４２でデフォルトのＤＣＣサポート通貨が識別されるとＤＣＣホストシステム１８が判定した場合には、４４４において、ＤＣＣホストシステム１８は、ＤＣＣホストシステム１８中の通貨換算レートテーブル７４から当該のデフォルト通貨についての通貨換算（為替）レートを得て、得られた通貨換算レートを使用して取引額を換算する。４４６では、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”（金額換算済）及び理由コード“Ｎｏｒｍａｌ”］を設定し、４４８で、得られた為替レート及び換算済み取引額を含むレート応答メッセージを作成する。プロセスはＵを介して４５０に移り、ＤＣＣホストシステム１８は、Ｇに示すように、得られた為替レート及び換算済み取引額のフィールドを含むレート応答メッセージを取引端末システム１０に返す。]
[0074] ４１４で識別された通貨コードがＤＣＣサポートであるとＤＣＣホストシステム１８が判定した場合には、プロセスはＲを介して４１８（図５Ｂ）に移り、ＤＣＣホストシステム１８は、ＤＣＣホストシステム１８中の通貨換算レートテーブル７４から当該の通貨についての通貨換算（為替）レートを得て、通貨換算レートを使用して取引額を換算する。４１９において、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”（金額換算済）及び理由コード“Ｎｏｒｍａｌ”］を設定し、４２０では、得られた為替レート及び換算済み取引額を含むレート応答メッセージを作成する。４５０において、ＤＣＣホストシステム１８は、Ｇに示すように、得られた為替レート及び換算済み取引額のフィールドを含むレート応答メッセージを取引端末システム１０に返す。] 図５Ｂ
[0075] ４０９に戻り、プロセッサコードが第３のプロセスコードでない（例えば０００００２でない）とＤＣＣホストシステム１８が判定した場合には、４２２で、ＤＣＣホストシステム１８は、プロセスコードが第５のプロセスコード（例えば０００００４）であるか否かを判定する。]
[0076] ４２２でプロセスコードが第５のプロセスコード（例えば０００００４）であるとＤＣＣホストシステム１８が判定した場合には、４２４において、ＤＣＣホストシステム１８は、受信したレート要求がユーザ選択の通貨を含むレート要求であると認識する。４２６では、ＤＣＣホストシステム１８は、ＰＡＮの選択された桁、例えばＰＡＮの最初の８桁を使用して、ＤＣＣホストシステム１８の記憶装置７２に保持されたホーム通貨ファイル（例えば請求通貨ファイルＢＣＦ）７５から、支払いカードに関連する請求通貨コードを得る。４２８では、ＤＣＣホストシステム１８は、ユーザ選択の通貨コードが、ホーム通貨ファイル（例えばＢＣＦ）７５から得られた請求通貨コードと同じか否かを判定する。]
[0077] ４２８でユーザ選択の通貨コードがホーム通貨ファイル（例えばＢＣＦ）７５中で識別された請求通貨コードと同じであるとＤＣＣホストシステム１８が判定した場合には、４１８において、ＤＣＣホストシステム１８は、通貨換算レートテーブル７４からユーザ選択の通貨に適用可能な為替レートを得て、換算済み取引額が計算される。４１９では、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”（金額換算済）及び理由コード“Ｎｏｒｍａｌ”］を設定し、４２０で、得られた為替レート及び換算済み取引額を含むレート応答メッセージを作成する。４５０で、ＤＣＣホストシステム１８は、Ｇに示すように、得られた為替レート及び換算済み取引額のフィールドを含むレート応答メッセージを取引端末システム１０に返す。]
[0078] ４２８に戻り、選択された通貨コードが、ホーム通貨ファイル（例えばＢＣＦ）７５から識別された請求通貨コードと等しくないとＤＣＣホストシステム１８が判定した場合には、４２９において、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”（金額換算済）及び理由コード“Ｄｉｆｆｅｒｅｎｔ Ｃｕｒｒｅｎｃｙ”］を設定する。４３０では、ＤＣＣホストシステム１８は、通貨換算レートテーブル７４からユーザ選択の通貨に適用可能な為替レートを得て、換算済み取引額が計算される。４３２では、ＤＣＣホストシステム１８は、レート応答メッセージ中のホーム通貨フィールドに、ホーム通貨ファイル（例えばＢＣＦ）７５から識別された請求通貨コードを投入する。次いでＤＣＣホストシステム１８は、４２０において、得られた為替レート及び換算済み取引額を含むレート応答メッセージを作成する。４５０で、ＤＣＣホストシステム１８は、Ｇに示すように、投入されたホーム通貨、識別された通貨、換算レート、及び換算済み取引額のフィールドを含むレート応答メッセージを、取引端末システム１０に返す。]
[0079] ４２２に戻り、プロセスコードが第５のプロセスコード（例えば０００００４）でないとＤＣＣホストシステム１８が判定した場合には、４３４において、ＤＣＣホストシステム１８は、未知のエラーがあると判定し、４３５で、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＵｎｃｏｎｖｅｒｔｅｄ”（金額未換算）及び理由コード“Ｕｎｋｎｏｗｎ”］を設定する。プロセスはＳを介して４１６（図５Ａ）に移り、ＤＣＣホストシステム１８は、空欄の為替レート及び販売額のフィールドを含むレート応答メッセージを作成する。プロセスはＴを介して４５０（図５Ｂ）に移り、ＤＣＣホストシステム１８は、Ｇに示すように、レート応答メッセージを取引端末システム１０に返す。] 図５Ａ 図５Ｂ
[0080] ステップ４０４、４０８、４０９、及び４２２の順序は例示として示すに過ぎず、別の例では、これらのステップを別の順序で又は並行して実施してもよいことは理解されるであろう。また、図４Ｂ及び４Ｃに関して論じたように、例えば許可応答メッセージに含まれる情報に基づいて、異なるプロセスコードを含む追加のレート要求タイプのメッセージが生成される場合には、ＤＣＣホストシステム１８において実施されるプロセス３５０に、適切な処理ステップを含めることができる。] 図４Ｂ
[0081] 図５に関して述べたプロセス３５０に続いて、プロセスは、Ｇで取引端末システム１０に戻って図４Ｂの３５２で継続し、取引端末システム１０は、金額が換算済みであることをレート応答メッセージ中のアクションコードが示す（アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”）か否かを判定する。] 図４Ｂ
[0082] 金額が換算済みであることをレート応答メッセージ中のアクションコードが示さない（アクションコード＝“ＡｍｔＵｎｃｏｎｖｅｒｔｅｄ”）場合には、３５３において、取引端末システム１０は、理由を決定する。レート応答メッセージ中の理由コードが“Ｕｎｓｕｐｐｏｒｔｅｄ”に設定されている場合には、３５５において、取引端末システム１０は、ＤＣＣステータスを“Ｕｎｓｕｐｐｏｒｔｅｄ”に設定し、次いで、プロセスはＢを介して図４Ａに戻り、取引端末システム１０は、３８４において、現地又は参照通貨で取引を処理する。前述のように、取引端末システム１０は、図４Ａの３８６において取引に許可が必要か否かをチェックし、必要な場合には、３８８において、図６に述べる許可プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可要求は必要とされなくてもよい。次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０で許可なしで取引を継続し、前に３３６で得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。] 図４Ａ 図６
[0083] ３５３でレート応答メッセージ中の理由コードが“Ｕｎｓｕｐｐｏｒｔｅｄ”に設定されていないと取引端末システム１０が判定した場合には、３５４において、取引端末システム１０は、ＤＣＣステータスを“Ｌｅａｋａｇｅ”に設定する。次いで、プロセスはＢを介して図４Ａに戻り、取引端末システム１０は、３８４で現地又は参照通貨で取引を処理することに進む。前述のように、取引端末システム１０は、図４Ａの３８６で取引に許可が必要かどうかチェックし、必要な場合には、３８８で、図６に述べる許可プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可要求は必要とされなくてもよい。次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０において許可なしで取引を継続し、前に３３６で得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。] 図４Ａ 図６
[0084] 或いは、３５２で金額が換算済みであることを応答メッセージ中のアクションコードが示す（アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”）と取引端末システム１０が判定した場合には、３５６において、取引端末システム１０は、メッセージ中の理由コードが“Ｎｏｒｍａｌ”に設定されているか否かを判定する。]
[0085] ３５６で理由コードが“Ｎｏｒｍａｌ”に設定されていると取引端末システム１０が判定した場合には、３６４において、カード保持者に、自身のＤＣＣ取引の選択を確認するオプションが与えられる。３６４でカード保持者がＤＣＣを選択する場合には、３６８において、取引端末システム１０は、取引がチップカード（ＥＭＶ）取引であるか否かを判定する。３６８で取引がチップカード取引であると判定された場合には、３７０において、取引端末システム１０は、アプリケーション処理開始段階でＰＤＯＬオプションにより取引額又は通貨がすでに要求されているか否かを判定する。３７０で取引額又は通貨がすでに要求されていると判定された場合には、３７２において、取引端末システム１０はＥを介して、図４Ａの３９４でアプリケーション処理を開始し、図４Ａの３９６で、３０４で導出されたのと同じアプリケーション識別子ＡＩＤを使用して、３５０のＤＣＣプロセス中で確認された換算済み取引額及び通貨コードによって通常のＥＭＶ取引フローを提供することにより、プロセスを再開する。次いで、取引は３９７に進み、前に許可が実施されたか否かが判定される。或いは、３７０でアプリケーション処理開始段階でＰＤＯＬオプションにより取引額又は通貨がまだ要求されていないと取引端末システム１０が判定した場合には、３７４で、取引端末システム１０は、３５０のＤＣＣプロセス中で確認された外国通貨による換算済み取引額を使用して、カード保持者によって確認された外国通貨コードによるチップカード取引を継続する。３７４に続いて、３７８でＤＣＣステータスが“Ｃｏｎｖｅｒｔｅｄ”として表され、プロセスはＤ２で図４Ａに戻って継続する。３９６又は３７８に続いて、取引端末システム１０は、図４Ａの３９７で取引に対して許可がすでに実施されているか否かを判定し、実施されている場合には、３９８において、その許可の破棄を実施する。３９８に続いて、次いで、３８８において、換算済み通貨コード及び換算済み販売額を使用して、図６に述べる許可要求プロセスを実施することができる。一方、３９７で取引に対して許可が実施されていないと判定された場合には、如何なる破棄も実施せずに、３８８で、換算済み通貨コード及び換算済み販売額を使用して、図６に述べる許可要求プロセスを実施することができる。３８８で許可が実施された後、次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。] 図４Ａ 図６
[0086] ３６８で支払いカード取引がチップカード取引でないと取引端末システム１０が判定した場合には、３７６において、取引端末システム１０は、カード保持者によって確認された外国通貨による支払いカード取引を、その外国通貨による換算済み取引額を使用して継続する。]
[0087] ３７６に続いて、３７９において、ＤＣＣステータスが“Ｃｏｎｖｅｒｔｅｄ”として表され、プロセスはＤ１で図４Ａに戻って継続する。前述のように、取引端末システム１０は、図４Ａの３８６で取引に許可が必要か否かをチェックし、必要な場合には、３８８において、図６に述べる許可要求プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可は必要とされなくてもよい。３８８で許可が実施される場合には、取引端末システム１０は、３８８から得た承認コードを含む、換算済み通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０で許可なしで取引を継続し、前に３３６で得た承認コードを含む、換算済み通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。] 図４Ａ 図６
[0088] ３６４に戻り、３６４でユーザがＤＣＣを選択しない場合には、プロセスはＮ及びＯを介してＣを経て図４Ａに戻り、３８２において、ＤＣＣステータスが“Ｕｎｃｏｎｖｅｒｔｅｄ”として表され、取引端末システム１０は、３８４で現地（参照）通貨による取引を継続する。前述のように、取引端末システム１０は、図４Ａの３８６で取引に許可要求が必要か否かをチェックし、必要な場合には、３８８において、図６に述べる許可プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可は必要とされなくてもよい。次いで取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０で許可なしで取引を継続し、前に３３６で得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。] 図４Ａ 図６
[0089] ３５６に戻り、３５６で理由コードが“Ｎｏｒｍａｌ”に設定されていないと判定された場合には、プロセスはＬを介して３５８に進むことになり、取引端末システム１０は、警告メッセージ３６０をユーザに対して表示する。警告メッセージ３６０は例えば、「あなたのカードの請求通貨以外の取引通貨（ｘｘｘ）が選択されています。継続しますか？（はい／いいえ）」とすることができる。]
[0090] ３６２において、３５８で表示されたアラートメッセージ３６０に基づいて、選択された通貨によって継続することをユーザが選択した場合には、プロセスは前述のようにＭを介して３６４（図４Ｂ）に移る。或いは、３６２で選択された通貨によって継続しないことをユーザが選択したと判定された場合には、プロセスはＯ及びＣを介して図４Ａに戻り、３８２において、ＤＣＣステータスが“ｕｎｃｏｎｖｅｒｔｅｄ”として表され、現地（参照）通貨で継続する。前述のように、取引端末システム１０は、図４Ａの３８６で、取引に許可が必要か否かをチェックし、必要な場合には、３８８において、図６に述べる許可プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可は必要とされなくてもよい。次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０において許可なしで取引を継続し、前に３３６で得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。] 図４Ａ 図４Ｂ 図６
[0091] 図６に、図４Ａ／４Ｃの３８８／３３６で識別される例示的な許可プロセスを示す。] 図４Ａ 図６
[0092] まず、図４Ｃの３３６で識別される許可プロセスの例について述べる。] 図４Ｃ
[0093] 取引端末システム１０のプロセッサ４０（図２）は、ＤＣＣモジュール４６（図２）に応答して、支払い許可要求メッセージ２０を生成するように動作可能とすることができ、この支払い許可要求メッセージ２０は、取引端末システム１０に関連するか又は取引端末システム１０を操作する小売業者に関連するアクワイアラ銀行システム１２に送信される。支払い許可要求メッセージ２０は、取り込まれたカードデータを識別するデータと、取引端末システム１０の現地通貨及びその通貨による取引量を含めた取引詳細と、取引端末システム１０を識別するルーティング情報とを含む。メッセージ２０は例えば、従来のメッセージプロトコルを使用して、例えばＩＳＯ８５８３などメッセージパケットベースのプロトコルを使用して送信することができる。] 図２
[0094] アクワイアラ銀行システム１２は、支払い許可要求メッセージ２０を取引端末システム１０から受信し、支払い許可要求メッセージ２０を分析して、当該のカードに対する適切なスキームネットワーク１４を決定する。これは、受信した支払いカードデータを、受信した支払いカード詳細中のスキームネットワークコードを識別するテーブルと比較することによって決定することができる。次いで、アクワイアラ銀行システムは、支払い許可要求メッセージ２２を適切なスキームネットワーク１４に送信する。支払い許可要求メッセージ２２は、取引端末システム１０の現地通貨及びその通貨による取引量などの取引詳細を含めた、支払い許可要求メッセージ２０のデータと、追加でアクワイアラ銀行システム１２を識別するルーティング情報とを含むことができる。支払い許可要求メッセージ２２は例えば、メッセージパケットベースのプロトコルを使用するＶＩＳＡＢＡＳＥＩ許可メッセージなど、従来のメッセージプロトコルを使用して送信することができる。]
[0095] スキームネットワーク１４は、支払い許可要求メッセージ２２をアクワイアラ銀行システム１２から受信し、受信した支払い許可要求メッセージ２２を分析して、支払いカードを発行した発行元金融機関を識別する。これは、受信した支払いカードデータを、受信した支払いカード詳細中の発行元金融機関コードを識別するテーブルと比較することによって決定することができる。詳細には、複数通貨サービスに加入している発行元金融機関に対して、スキームネットワークシステム１４は、発行元金融機関システム１６の当該の支払いカードについてのホーム通貨（又は請求通貨）を識別し（例えばＰＡＮから）、取引端末システム１０の現地通貨と発行元金融機関のホーム通貨との間の為替レートを識別し、ホーム通貨による等価な金額を計算するように動作可能である。次いで、スキームネットワーク１４は、発行元金融機関システム１６に送信されることになる支払い許可要求メッセージ２４を生成するように動作可能である。この支払い許可要求メッセージ２４は、支払い許可要求メッセージ２２のデータのいくらか又は全てと、スキームネットワーク１４を識別する追加のルーティング情報とに加えて、発行元金融機関のホーム通貨と、スキームネットワークシステム１４によってホーム通貨に換算された取引額と、スキームネットワーク１４によって使用された為替レートとを、支払い許可要求メッセージ２４のそれぞれのフィールド中で識別する。例えば、ＶＩＳＡによって運営されるスキームネットワークシステムの場合、ホーム通貨、換算済み取引額、及び為替レートは、支払い許可要求メッセージ２４のフィールド５１、６、及び１０にそれぞれ含まれる。次いで、スキームネットワーク１４は、支払い許可要求メッセージを当該の発行元金融機関システム１６に転送するように動作可能である。メッセージ２２は例えば、メッセージパケットベースのプロトコルなど、従来のメッセージプロトコルを使用して送信することができる。]
[0096] 発行元金融機関システム１６は、支払い許可要求メッセージ２４を受信し、支払い要求の詳細を当該の支払いカードについて保持されたレコードと比較することによって許可要求を処理する。発行元金融機関システム１６は、支払いカード保持者の詳細、カード購入記録、信用限度、アカウントがアクティブか又はブロックされているか、請求通貨などを含めて、支払いカードアカウントの詳細を維持する。発行元金融機関システム１６は、支払いカード詳細を使用して、支払いカードがアクティブでありブロックされていないことを確認し、次いで、支払いカードアカウントに対する適切な規則に従って（例えば取引額と、それに対する支払い履歴及び／又は利用可能貸付額などに基づいて）支払いを許可できることをチェックするように動作可能である。取引が許可されることになる場合には、発行元金融機関システム１６は、許可要求メッセージ中で識別されるホーム通貨による金額をカードアカウントに対して確保し、適切な肯定の許可応答メッセージ２６を生成することになり、この許可応答メッセージ２６は、受信した支払い許可要求メッセージ２４に含まれるルーティング情報を使用して、取引端末システム１０に送信される。支払いが許可されない場合、又は照会チェックが必要とされる場合には、代わりに適切な否定の応答メッセージが生成される。]
[0097] 許可応答メッセージ２６は、元の支払い許可要求メッセージ２０を識別し、支払い許可要求メッセージ２２、２２、及び２４からのルーティング情報を含む。いくつかの許可応答メッセージ２６では、発行元金融機関システムはまた、支払い許可要求メッセージ２４のそれぞれのフィールド中で受け取ったホーム通貨、換算済み取引額、及び為替レートも許可応答メッセージ２６に含めることになる（しかし場合によっては、これらは省略されることもある）。]
[0098] 発行元金融機関システム１６は、支払い許可要求メッセージ２４からのルーティング情報を使用して、許可応答メッセージ２６をスキームネットワーク１４に返す。]
[0099] スキームネットワーク１４は、許可応答メッセージ２６を受信し、許可応答メッセージ２４からルーティング情報を識別して、適切なアクワイアリング銀行システム１２に許可応答メッセージ２８が送信されるようにする。スキームネットワークシステム１４によって送信された許可応答メッセージ２８は、元の支払い許可要求メッセージ２０を識別し、支払い許可要求メッセージ２０及び２２からのルーティング情報を含む。許可応答メッセージ２８は更に、支払い許可要求メッセージ２４のそれぞれのフィールドのホーム通貨、換算済み取引額、及び為替レートを、これらが許可応答メッセージ２６に含まれていようとそうでなかろうと、識別することができる。しかし場合によっては、これらのフィールドは省略されることもある。]
[0100] アクワイアラ銀行システム１２は、許可応答メッセージ２８を受信し、許可応答メッセージ中のルーティング情報を識別して、取引端末システム１０に許可応答メッセージ３０を送信する。]
[0101] 許可要求及び応答メッセージは、様々なフィールドを含むことができる。例えば、許可要求及び／又は応答メッセージは、例えば以下から選択されるフィールドを含むことができる。
・メッセージタイプを定義するメッセージタイプ識別子フィールド
・取引タイプ及びアカウントタイプを定義する処理コードフィールド
・取引端末の通貨による取引額を指定する取引額フィールド
・発行元機関の通貨による取引額を指定する取引額フィールド
・為替レートフィールド
・送信日時フィールド
・支払いカードの失効日フィールド
・マーチャントカテゴリコードフィールド
・アクワイアリング機関の国コードフィールド
・ＰＯＳ入力モードコードフィールド
・ＰＯＳ条件コードフィールド
・アクワイアリング機関識別フィールド
・検索参照番号フィールド
・許可コード又は承認コードフィールド
・応答コードフィールド
・カード受諾側の識別フィールド
・カード受諾側の名前及び場所フィールド
・取引通貨コードフィールド
・カード保持者請求通貨フィールド
・追加ＰＯＳ情報フィールド
・私用フィールド]
[0102] 上に示したように、図６には、図４Ａ及び４Ｃの３８８及び３３６で識別される許可プロセスの例を示す。ステップ３３６と３８８の許可プロセス間の唯一の違いは以下のとおりである。すなわち、ステップ３３６での許可要求メッセージ２０及び２２は、取引端末システム１０の現地通貨による取引額を含むことになり、取引通貨として取引端末システム１０の現地通貨を識別することになるが、それに対して、ステップ３８８での許可要求メッセージ２０及び２２は、ＤＣＣのために選択された通貨による取引額を含むことになり、その通貨を示すことになる。] 図４Ａ 図６
[0103] 前述のステップに続いて、次いで、支払い端末は、例えば署名用の受領書を印刷する（又はＰＩＮ番号の入力を要求する）ことによって、ユーザが選択を確認することを必要とするように動作可能とすることができる。取引のための選択された通貨が確認されると、取引端末システム１０は、クリアリングメッセージ（例えばカード保持者のホーム又は請求通貨メッセージについての）をアクワイア銀行システム１２に送信するように動作可能である（クリアリングメッセージをすぐに送信するのではなく、これは一括プロセスとして例えば１日の終わりに行うことができる）。次いで、アクワイアラ銀行システムは、クリアリングが受諾されたことを知らせる肯定応答を取引端末システム１０に返し、クリアリングメッセージをスキームネットワーク１４に転送するように動作可能である。スキームネットワーク１４は、更にクリアリングメッセージを発行元金融機関システム１６に転送するように動作可能である。]
[0104] 図４Ａ、４Ｂ、及び４Ｃに戻ると、これらのプロセスは、個別のソフトウェアモジュールを使用して実施することができ、これらのソフトウェアモジュールは、取引端末システム１０のプロセッサ（複数可）４０によって処理されることになる取引端末システム１０の記憶装置４２中のＣＰモジュール４４及びＤＣＣモジュール４６を共に形成する。個別ソフトウェアプログラムモジュールは、取引端末を現地要件に適応させるように、適宜アクティブ又は非アクティブに構成することができる。] 図４Ａ
[0105] 同様に、図５Ａ及び５Ｂのプロセスは、個別ソフトウェアモジュールを使用して実施することができ、これらのソフトウェアモジュールは、ＤＣＣホストシステム１８のプロセッサ（複数可）７０によって処理されることになるＤＣＣホストシステム１８の記憶装置７２中のＤＣＣモジュール７６を共に形成する。個別ソフトウェアプログラムモジュールは、取引端末を現地要件に適応させるように、適宜アクティブ又は非アクティブに構成することができる。] 図５Ａ
[0106] 図４Ａ、４Ｂ、及び４Ｃ、並びに図５Ａ及び５Ｂに関して述べたプロセスでは、取引端末システム１０は、ＤＣＣホストシステム１８に送信されるレート要求メッセージ中にプロセスコードを含め、ＤＣＣホストシステム１８は、プロセスコードに応答してレート応答メッセージの処理を制御し、取引端末システム１０は、アクションコード及び理由コードに応答して更に次の処理を決定することに留意されたい。しかし、別の例では、プロセスコード、アクションコード、及び理由コードの使用以外によって、レート要求メッセージの符号化を実施できることは理解されるであろう。例えば、レート要求メッセージ及びレート応答メッセージのフィールドを選択的に埋めることを使用して実施することができ、この場合、いくつかのフィールドは空欄のままにするか又は所定の値に設定することができる。空欄フィールドに言及する場合、これは例えば、あるフィールドの内容を、全て０に設定すること、又はそのフィールドに関する有効な内容に対応しない他の何らかの値に設定することを含むことができる。] 図４Ａ 図５Ａ
[0107] また、レート要求メッセージ及びレート応答メッセージは、上述した特定のフィールドだけでなく、他のフィールドを含むこともできる。]
[0108] 例示的なレート要求メッセージは、例えば以下のフィールドから選択される一以上のフィールドを含むことができる。
プロセスコード
送信日時
システムトレース監査番号
現地取引の日時
現地通貨マーチャントＩＤ
現地通貨ＴＩＤ
アクワイアラＩＤ
ベース金額
カードＢＩＮ／ＩＩＮ番号
レート要求参照ＩＤ
カードタイプ
ティルＩＤ／マーチャントＰＯＳ
外国通貨コード（例えば外国通貨英字コード）]
[0109] 例示的なレート応答メッセージは、例えば以下のフィールドから選択される一以上のフィールドを含むことができる。
プロセスコード
送信日時
システムトレース監査番号
現地取引の日時
現地通貨マーチャントＩＤ
現地通貨ＴＩＤ
アクワイアラＩＤ
ベース金額
外国金額
カードＢＩＮ／ＩＩＮ番号
為替レート
レート要求参照ＩＤ
カードタイプ
逆レート
外国通貨コード（例えば外国通貨英字コード）
ホーム請求通貨コード（例えばホーム通貨英字コード）
ティルＩＤ／マーチャントＰＯＳ
利幅パーセンテージ
手数料パーセンテージ
手数料の値
アクションコード
理由コード]
[0110] また、１つのレート要求メッセージ及び１つのレート応答メッセージに言及しているが、メッセージ転送は、一以上のレート要求メッセージ及び一以上のレート応答メッセージを伴う可能性があることにも触れておくべきである。]
[0111] ＤＣＣプログラムモジュール４６及び７６はそれぞれ、プロセッサ４０及び７０をそれぞれ動作させるための一以上のコンピュータプログラム製品に組み入れることができる。換言すると、図４Ａ、４Ｂ、及び４Ｃに関して述べたプロセス及びモジュールは、取引端末システム１０のプロセッサ（複数可）４０を制御するように動作可能な一以上のコンピュータプログラム製品によって実現することができる。同様に、図５Ａ及び５Ｂに関して述べたプロセス及びモジュールは、ＤＣＣホストシステム１８のプロセッサ（複数可）７０を制御するように動作可能な一以上のコンピュータプログラム製品によって実現することができる。各コンピュータプログラム製品は、コンピュータ可読媒体を形成するキャリア媒体上で例えば提供される、一以上のコンピュータプログラムの形とすることができる。キャリア媒体は、固体、磁気、光学、光磁気などの記憶媒体、又は他の記憶媒体とすることができる。キャリア媒体は、同報通信、電話、コンピュータネットワーク、有線、ワイヤレス、電気、電磁、光学などの伝送媒体、又は他の任意の伝送媒体とすることができる。] 図４Ａ 図５Ａ
[0112] 本明細書における用語「支払いカード」は、関連するアカウントに基づいて取引を実施するのに使用することのできるトークン又はデバイス又はキャリアについて述べるために総称的に使用されることに留意されたい。「支払いカード」は、一体型チップがおそらく組み込まれているであろう従来の矩形プラスティック製クレジットカードなどの形をとる必要はなく、本明細書で適用される意味における「支払いカード」は、クレジット、デビット、又は他の形の支払いトークン、デバイス、又はキャリアとして動作可能とすることのできる他の任意の形をとることができることに留意されたい。例えば、本明細書における用語「支払いカード」の意味においては、支払いシステムが、「支払いカード」として、携帯電話機、パーソナルデータアシスタント（ＰＤＡ）、若しくは他の情報キャリアの使用に基づくか、又はこれらの使用を許可することができる。このような場合、携帯電話機には通常、ＥＭＶカードのチップの機能と等価な機能を有するチップ又はソフトウェアが備わる。したがって、本明細書で支払いカードに言及する場合、「支払いカード」は、関連するアカウントに基づいて取引を実施するように構成された支払いトークン、デバイス、又はキャリアとして動作可能な、任意の適切な形をとることができ、例えば、支払い端末システムとの間で（例えば接触を介して又は非接触方式で）情報を転送するための適切なソフトウェア及び／又は機構の手段の形をとることができることを理解されたい。]
[0113] 前述の実施形態について詳細に述べたが、以上の開示が完全に理解されれば、多くの変形及び変更が当業者には明らかになるであろう。後続の特許請求の範囲は、そのような変形及び変更、並びにそれらの均等物を全て含むものとして解釈されるものとする。]

权利要求:

請求項1
支払いカード詳細及び取引詳細を受け取るための少なくとも１つの入力インタフェースと、リモートホストシステムに接続するための通信インタフェースと、通貨換算レートを特定するためにレート要求メッセージを前記ホストシステムに送信し、応答メッセージを前記ホストシステムから受信するように動作可能な処理ロジックと、を備え、レート要求メッセージが、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含み、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージが、換算通貨インジケータ用の換算通貨フィールドを含む、取引端末システム。
請求項2
該取引端末システムについての参照国インジケータと参照通貨インジケータとのうちの少なくとも一方を記憶するように動作可能な記憶装置を備え、前記処理ロジックが、その発行国又は請求通貨が前記参照国又は参照通貨である支払いカードであることを、受け取った支払いカード詳細が示すか否かを識別して、指示された支払いカードの発行国又は請求通貨が前記参照国又は参照通貨である場合に、レート要求メッセージを送信せずに、前記参照国の通貨に対応するか又は前記参照通貨に対応する通貨で取引を処理するように動作可能である、請求項１に記載のシステム。
請求項3
前記取引端末システムについての参照通貨インジケータを記憶するように動作可能な記憶装置を備え、前記処理ロジックが、その請求通貨が前記参照通貨である支払いカードであることを、受け取った支払いカード詳細が示すか否かを識別して、指示された支払いカードの請求通貨が前記参照通貨である場合に、レート要求メッセージを送信せずに前記参照通貨で取引を処理するように動作可能である、請求項１に記載のシステム。
請求項4
前記記憶装置が、その請求通貨が前記参照通貨である参照支払いカードの発行元の指示情報を記憶するように更に動作可能であり、前記処理ロジックが、前記受け取った支払いカード詳細中の支払いカードの発行元の情報を前記参照支払いカードの発行元の指示情報と比較して、その請求通貨が前記参照通貨である支払いカードであることを前記受け取った支払いカード詳細が示すか否かを判定するように動作可能である、請求項３に記載のシステム。
請求項5
前記取引端末システムについての参照国インジケータを記憶するように動作可能な記憶装置を備え、前記処理ロジックが、その発行国が前記参照国である支払いカードであることを、受け取った支払いカード詳細が示すか否かを識別して、指示された支払いカードの発行国が前記参照国である場合に、レート要求メッセージを送信せずに前記参照国の通貨に対応する通貨で取引を処理するように動作可能である、請求項１に記載のシステム。
請求項6
前記記憶装置が、その発行国が前記参照国である参照支払いカードの発行元の指示情報を記憶するように更に動作可能であり、前記処理ロジックが、前記受け取った支払いカード詳細中の支払いカードの発行元の情報を前記参照支払いカードの発行元の指示情報と比較して、その発行国が前記参照国である支払いカードであることを前記受け取った支払いカード詳細が示すか否かを判定するように動作可能である、請求項５に記載のシステム。
請求項7
前記処理ロジックが、前記受け取った支払いカード詳細及び取引詳細を示す情報を含む許可要求メッセージをリモートシステムに送信し、前記支払いカードについての請求通貨を示す情報を含む許可応答メッセージを受信するように動作可能であり、前記処理ロジックが、前記請求通貨についての通貨換算レートを求めるレート要求メッセージを前記ホストシステムに送信するように更に動作可能であり、前記レート要求メッセージが、前記換算通貨フィールド中の請求通貨インジケータと、前記換算通貨フィールドが請求通貨インジケータを含むことを示す第４のレート要求タイプインジケータとを含む、請求項１〜６のいずれか一項に記載のシステム。
請求項8
前記入力インタフェースがチップカードリーダを備え、前記処理ロジックが、チップロジックモジュールを含み、該チップロジックモジュールが、ロジックチップを有する支払いカードの挿入に応答して、前記支払いカードに記憶された請求通貨情報を取り出すことを試み、請求通貨情報が前記支払いカードから取り出された場合に、第１の要求タイプインジケータと、前記支払いカードから取り出された情報から取得又は導出された請求通貨を表す換算通貨インジケータとを含むレート要求メッセージを送信する、ように構成されている、請求項１〜７のいずれか一項に記載のシステム。
請求項9
前記処理ロジックが、アクティブ又は非アクティブに切替え可能な切替え可能ロジックモジュールを備え、前記切替え可能ロジックモジュールが、アクティブなときに前記取引端末システム中で識別される換算通貨がない場合に、第２の要求タイプインジケータを含み換算通貨インジケータを含まないレート要求メッセージを送信するように動作可能である、請求項１〜８のいずれか一項に記載のシステム。
請求項10
前記入力インタフェースがチップカードリーダを備え、前記処理ロジックが、チップロジックモジュールを含み、該チップロジックモジュールが、ロジックチップを有する支払いカードの挿入に応答して、前記支払いカードに記憶された発行国情報を取り出すことを試み、発行国情報が前記支払いカードから取り出された場合に、第３の要求タイプインジケータと、前記支払いカードから取り出された情報から取得又は導出された発行国を表す発行国インジケータとを含むレート要求メッセージを送信する、ように構成されている、請求項１〜９のいずれか一項に記載のシステム。
請求項11
出力インタフェースを更に備え、前記処理ロジックが、メニューロジックモジュールを含み、該メニューロジックモジュールが、前記取引端末システム中で換算通貨に関する他の識別情報がない場合に、ユーザによる換算通貨選択のために複数の利用可能な換算通貨を、前記出力インタフェースを介して前記ユーザに対して特定し、換算通貨のユーザ選択に応答して、第５の要求タイプインジケータと、前記ユーザ選択の換算通貨を表す換算通貨インジケータとを含むレート要求メッセージを送信する、ように動作可能である、請求項１〜１０のいずれか一項に記載のシステム。
請求項12
前記処理ロジックが、前記ユーザ選択の通貨が前記支払いカードについての請求通貨でないことを示すレート応答メッセージに応答して、前記出力インタフェースを介して警告を前記ユーザに対して出力し、前記ユーザ選択の換算通貨を確認するか又はそうしないよう前記ユーザに促す、請求項１１に記載のシステム。
請求項13
前記処理手段が、換算通貨と換算レートと前記換算通貨での換算済み取引額とを識別するレート応答メッセージを受信すると、前記換算通貨の指示、換算レート、及び前記換算通貨での換算済み取引額を、前記出力インタフェースを介して出力し、前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額を確認するか又はそうしないよう前記ユーザに促すように動作可能である、請求項１〜１２のいずれか一項に記載のシステム。
請求項14
前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額のユーザ確認に応答して、前記入力された取引詳細、前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額を使用して前記取引を実施する、請求項１３に記載のシステム。
請求項15
前記処理手段が、前記指示された換算通貨と前記換算レートと前記換算通貨での前記換算済み取引額とに関するクリアリング情報がリモート外部システムに送信されるようにするよう動作可能である、請求項１４に記載のシステム。
請求項16
前記出力インタフェースが表示デバイスを備える、請求項１１〜１５のいずれか一項に記載のシステム。
請求項17
前記取引詳細を使用した取引の完了時に受領書を印刷するように動作可能なプリンタを備える、請求項１〜１６のいずれか一項に記載のシステム。
請求項18
取引端末システムに接続するためのホスト通信インタフェースと、ホスト処理ロジックと、を備え、前記ホスト処理ロジックが、レート要求メッセージを前記取引端末から受信するように動作可能であり、レート要求メッセージが、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含み、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージが、換算通貨インジケータのための換算通貨フィールドを含み、該ホスト処理ロジックが、指示される換算通貨を含むレート要求メッセージに応答して換算レート及び換算済み取引額を決定するか、又は指示される換算通貨を含まないレート要求メッセージに応答して換算通貨、換算レート、及び前記決定された換算通貨での換算済み取引額を決定し、換算通貨インジケータと換算レートインジケータと前記通貨での換算済み取引額の値とを含むレート応答メッセージを前記取引端末システムに送信するように動作可能である、動的通貨換算ホストシステム。
請求項19
利用可能な換算通貨のそれぞれに対する換算レートを維持するように動作可能である、請求項１８に記載のシステム。
請求項20
支払いカード発行元と、関連する請求通貨との間のマッピングを用意するように動作可能であり、レート要求メッセージが、入力された支払いカード詳細を含み、前記処理ロジックが、指示される換算通貨を含まないレート要求メッセージに応答して、前記入力された支払いカード詳細からの支払いカード発行元情報を使用して前記マッピングにアクセスすることによって換算通貨、換算レート、及び前記決定された換算通貨での換算済み取引額を決定するように動作可能である、請求項１８又は１９に記載のシステム。
請求項21
前記処理ロジックが、利用可能な換算レート及び換算済み取引額を決定することによって、第１又は第４の要求タイプインジケータと、通貨を示す換算通貨インジケータとを含むレート要求メッセージに応答するよう動作可能である、請求項１８〜２０のいずれか一項に記載のシステム。
請求項22
前記処理ロジックが、記憶された請求通貨マッピング情報にアクセスして前記支払いカードについての請求通貨を決定し、利用可能な換算レート及び換算済み取引額を決定することによって、第２の要求タイプインジケータを含み換算通貨インジケータを含まないレート要求メッセージに応答するよう動作可能である、請求項１８〜２１のいずれか一項に記載のシステム。
請求項23
前記処理ロジックが、記憶された国／通貨マッピング情報にアクセスして通貨を識別し、利用可能な換算レート及び換算済み取引額を決定することによって、第３の要求タイプインジケータと発行国インジケータとを含むレート要求メッセージに応答するよう動作可能である、請求項１８〜２２のいずれか一項に記載のシステム。
請求項24
前記処理ロジックが、識別された通貨が直接通貨換算のためのシステムサポート通貨でないか否かを判定し、サポート通貨でない場合に、記憶されたデフォルト通貨マッピング情報を使用してデフォルト通貨を決定し、前記識別された通貨ではなく前記デフォルト通貨に基づいて、利用可能な換算レート及び換算済み取引額を決定するよう動作可能である、請求項２１〜２３のいずれか一項に記載のシステム。
請求項25
前記処理ロジックが、第５の要求タイプインジケータと入力された支払いカード詳細とユーザ選択の通貨とを含むレート要求メッセージに応答して、記憶された支払いカード発行元と請求通貨のマッピング情報を使用して、前記入力された支払いカード詳細中で識別される支払いカード発行元に関連する請求通貨を決定し、前記決定された請求通貨を前記ユーザ選択の換算通貨と比較し、前記決定された請求通貨が前記ユーザ選択の請求通貨に対応するか否かを示すレート応答メッセージを送信する、ように動作可能である、請求項１８〜２４のいずれか一項に記載のシステム。
請求項26
請求項１〜１７のいずれか一項に記載の少なくとも１つの取引端末システムと、請求項１８〜２５のいずれか一項に記載の動的通貨換算ホストシステムと、を備える動的通貨換算システム。
請求項27
取引端末システムを稼働させる方法であって、前記取引端末システムが、支払いカード詳細及び取引詳細を受け取るステップと、通貨換算レートを識別するためにレート要求メッセージをホストシステムに送信するステップであって、レート要求メッセージが、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含み、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージが、換算通貨インジケータのための換算通貨フィールドを含むステップと、応答メッセージを前記ホストシステムから受信するステップと、を含む方法。
請求項28
前記取引端末システムが、前記取引端末システムについての参照国インジケータと参照通貨インジケータとのうちの少なくとも一方を記憶するステップと、その発行国又は請求通貨が前記参照国又は参照通貨である支払いカードであることを、受け取った支払いカード詳細が示すか否かを前記取引端末システムにおいて識別するステップと、指示された支払いカード発行国又は請求通貨が前記参照国又は参照通貨である場合に、レート要求メッセージを送信せずに、前記参照国の通貨に対応するか又は前記参照通貨に対応する通貨で取引を処理するステップと、を含む請求項２７に記載の方法。
請求項29
前記取引端末システムが、前記取引端末システムについての参照通貨インジケータを記憶するステップと、その請求通貨が前記参照通貨である支払いカードであることを、受け取った支払いカード詳細が示すか否かを前記取引端末システム中で識別するステップと、指示された支払いカード請求通貨が前記参照通貨である場合に、レート要求メッセージを送信せずに前記参照通貨で取引を処理するステップと、を含む請求項２８に記載の方法。
請求項30
前記取引端末システムが、その請求通貨が前記参照通貨である参照支払いカードの発行元の指示情報を記憶するステップと、前記受け取った支払いカード詳細中の支払いカードの発行元の情報を前記参照支払いカードの発行元の指示情報と比較して、請求通貨が前記参照通貨である支払いカードであることを、前記受け取った支払いカード詳細が示すか否かを判定するステップと、を含む請求項２９に記載の方法。
請求項31
前記取引端末システムが、前記取引端末システムについての参照国インジケータを記憶するステップと、その発行国が前記参照国である支払いカードであることを、受け取った支払いカード詳細が示すか否かを前記取引端末システムにおいて識別するステップと、指示された支払いカード発行国が前記参照国である場合に、レート要求メッセージを送信せずに前記参照国の通貨に対応する通貨で取引を処理するステップと、を含む請求項３０に記載の方法。
請求項32
前記取引端末システムが、その発行国が前記参照国である参照支払いカードの発行元の指示情報を記憶するステップと、前記受け取った支払いカード詳細中の支払いカードの発行元の情報を前記参照支払いカードの発行元の指示情報と比較して、その発行国が前記参照国である支払いカードであることを、前記受け取った支払いカード詳細が示すか否かを判定するステップと、を含む請求項３１に記載の方法。
請求項33
前記取引端末システムが、前記受け取った支払いカード詳細及び取引詳細を示す情報を含む許可要求メッセージをリモートシステムに送信し、前記支払いカードについての請求通貨を示す情報を含む許可応答メッセージを受信するステップと、前記請求通貨についての通貨換算レートを求めるレート要求メッセージを前記ホストシステムに送信するステップと、を含み、前記レート要求メッセージが、前記換算通貨フィールド中の請求通貨インジケータと、前記換算通貨フィールドが通貨インジケータを含むことを示す第４のレート要求タイプインジケータと、を含む、請求項２７〜３２のいずれか一項に記載の方法。
請求項34
前記支払いカードがロジックチップを備え、前記取引端末システムが、前記支払いカードに記憶された請求通貨情報を取り出すことを試みるステップと、請求通貨情報が前記支払いカードから取り出された場合に、第１の要求タイプインジケータと、前記支払いカードから取り出された情報から取得又は導出された請求通貨を表す換算通貨インジケータとを含むレート要求メッセージを送信するステップと、を含む請求項２７〜３３のいずれか一項に記載の方法。
請求項35
前記取引端末システムが選択的に、且つ前記取引端末システム中で識別される換算通貨がない場合に、第２の要求タイプインジケータを含み換算通貨インジケータを含まないレート要求メッセージを送信するステップを含む、請求項２７〜３４のいずれか一項に記載の方法。
請求項36
前記支払いカードがロジックチップを備え、前記取引端末システムが、前記支払いカードに記憶された発行国情報を取り出すことを試みるステップと、発行国コード情報が前記支払いカードから取り出された場合に、第３の要求タイプインジケータと、前記支払いカードから取り出された情報から取得又は導出された発行国を表す発行国インジケータとを含むレート要求メッセージを送信するステップと、を含む請求項２７〜３５のいずれか一項に記載の方法。
請求項37
前記取引端末システムが、前記取引端末システム中で換算通貨に関する他の識別情報がない場合に、ユーザによる換算通貨選択のために複数の利用可能な換算通貨を前記取引端末システムの出力インタフェースを介して前記ユーザに対して特定するステップと、換算通貨のユーザ選択に応答して、第５の要求タイプインジケータと、前記ユーザ選択の換算通貨を表す換算通貨インジケータとを含むレート要求メッセージを前記ホストシステムに送信するステップと、を含む請求項２７〜３６のいずれか一項に記載の方法。
請求項38
前記取引端末システムが、前記ユーザ選択の通貨が前記支払いカードについての請求通貨でないことを示すレート応答メッセージに応答して、前記出力インタフェースを介して警告メッセージを前記ユーザに対して出力し、前記ユーザ選択の換算通貨を確認するか又はそうしないよう前記ユーザに促すステップを含む、請求項３７に記載の方法。
請求項39
前記取引端末システムが、換算通貨と換算レートと前記換算通貨での換算済み取引額とを識別するレート応答メッセージを受信すると、前記換算通貨の指示、換算レート、及び前記換算通貨での換算済み取引額を、前記出力インタフェースを介して出力し、前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額を確認するか又はそうしないよう前記ユーザに促すステップを含む、請求項２７〜３８のいずれか一項に記載の方法。
請求項40
前記取引端末システムが、前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額のユーザ確認に応答して、前記入力された取引詳細、前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額を使用して前記取引を実施するステップを含む、請求項３９に記載の方法。
請求項41
前記取引端末システムが、前記指示された換算通貨と前記換算レートと前記換算通貨での前記換算済み取引額とに関するクリアリング情報がリモート外部システムに送信されるようにするステップを含む、請求項４０に記載の方法。
請求項42
前記取引端末システムが、前記取引詳細を使用した取引の完了時に受領書を印刷するステップを含む、請求項２７〜４１のいずれか一項に記載の方法。
請求項43
動的通貨換算ホストシステムを稼働させる方法であって、前記ホストシステムが、レート要求メッセージを取引端末から受信するステップであって、レート要求メッセージが、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含み、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージが、換算通貨インジケータのための換算通貨フィールドを含む、該ステップと、指示される換算通貨を含むレート要求メッセージに応答して換算レート及び換算済み取引額を決定するか、又は、指示される換算通貨を含まないレート要求メッセージに応答して換算通貨、換算レート、及び前記決定された換算通貨での換算済み取引額を決定するステップと、換算通貨インジケータと換算レートインジケータと前記換算通貨での換算済み取引額の値とを含むレート応答メッセージを前記取引端末システムに送信するステップと、を含む方法。
請求項44
前記ホストシステムが、利用可能な換算通貨のそれぞれに対する換算レートを維持するステップを含む、請求項４３に記載の方法。
請求項45
前記ホストシステムが、支払いカード発行元と、関連する請求通貨との間のマッピングを用意するステップと、入力された支払いカード詳細を含み、指示される換算通貨を含まないレート要求メッセージに応答して、前記入力された支払いカード詳細からの支払いカード発行元の情報を使用して前記マッピングにアクセスすることによって換算通貨、換算レート、及び前記決定された換算通貨での換算済み取引額を決定するステップと、を含む請求項４３又は４４に記載の方法。
請求項46
前記ホストシステムが、利用可能な換算レート及び換算済み取引額を決定することによって、第１又は第４の要求タイプインジケータと、通貨を示す換算通貨インジケータとを含むレート要求メッセージに応答するステップを含む、請求項４３〜４５のいずれか一項に記載の方法。
請求項47
前記ホストシステムが、記憶された請求通貨マッピング情報にアクセスして前記支払いカードについての請求通貨を決定し、利用可能な換算レート及び換算済み取引額を決定することによって、第２の要求タイプインジケータを含み換算通貨インジケータを含まないレート要求メッセージに応答する、請求項４３〜４６のいずれか一項に記載の方法。
請求項48
前記ホストシステムが、記憶された国／通貨マッピング情報にアクセスし、利用可能な換算レート及び換算済み取引額を決定することによって、第３の要求タイプインジケータと発行国インジケータとを含むレート要求メッセージに応答するステップを含む、請求項４３〜４７のいずれか一項に記載の方法。
請求項49
前記ホストシステムが、識別された通貨が直接通貨換算のためのシステムサポート通貨でないか否かを判定し、サポート通貨でない場合に、記憶されたデフォルト通貨マッピング情報を使用してデフォルト通貨を決定し、前記識別された通貨ではなく前記デフォルト通貨に基づいて、利用可能な換算レート及び換算済み取引額を決定するステップを含む、請求項４６〜４８のいずれか一項に記載の方法。
請求項50
前記ホストシステムが、支払いカード発行元と、関連する請求通貨との間のマッピングを用意するステップと、前記処理ロジックが、第５の要求タイプインジケータと入力された支払いカード詳細とユーザ選択の通貨とを含むレート要求メッセージに対して、前記マッピングを使用して、前記入力された支払いカード詳細中で識別される支払いカード発行元に関連する請求通貨を決定することによって、応答するステップと、前記決定された請求通貨を前記ユーザ選択の換算通貨と比較するステップと、前記決定された請求通貨が前記ユーザ選択の請求通貨に対応するか否かを示すレート応答メッセージを送信するステップと、を含む請求項４３〜４９のいずれか一項に記載の方法。
請求項51
請求項２７〜５０のいずれか一項に記載の方法を実施するように動作可能なプログラムコードを備えるコンピュータプログラム製品。